Simon Phipps: “We’ve got an exciting development bubbling that I hope to be able to announce in full detail at FOSS.IN in Bangalore on Friday when I speak there. Just to give you a glimpse of what’s happening, Sun will be announcing a multi-year award program in support of fostering innovation and advancing open source within our open source communities…”
Abundance and open source business models
Matt Asay: “[F]ocus on maximizing abundance, and then sell value around minimizing the complexity inherent in abundance.. The old model was to assume that the value was in the software itself and to therefore lock it up. It turns out, however, as Tim O’Reilly notes, that data is the real value, not bits and bytes. You don’t discover or, rather, uncover, that value until you have abundance.”
Fighting the good fight
Jonathan Schwartz: “[L]ater this week, we’re going to use our defensive portfolio to respond to Network Appliance, filing a comprehensive reciprocal suit. As a part of this suit, we are requesting a permanent injunction to remove all of their filer products from the marketplace, and are examining the original NFS license – on which Network Appliance was started. By opting to litigate vs. innovate, they are disrupting their customers and employees across the world.
“In addition to seeking the removal of their products from the marketplace, we will be going after sizable monetary damages. And I am committing that Sun will donate half of those proceeds to the leading institutions promoting free software and patent reform (in specific, The Software Freedom Law Center and the Peer to Patent initiative), and to the legal defense of free software innovators. We will continue to fund the aggressive reexamination of spurious patents used against the community (which we’ve been doing behind the scenes on behalf of several open source innovators). Whatever’s left over will fuel a venture fund fostering innovation in the free software community.”
Bravo.
Where’s the war?
Jim Grisanzio: “What I find interesting is that Matt uses the phrase ‘we’re getting Solaris versus Linux’ to point to an article titled ‘OpenSolaris will challenge Linux says Sun’ which is actually an abridged article from the more aptly titled ‘Sun: Coders key to Solaris’ rise’ published last week. I blogged about that original article because I loved the quote in there about the OpenSolaris Community. But the version that has people all worked up today is missing eight paragraphs of text from the original. Why? Read both of them and you’ll see the clear difference in tone. And why all the wild headline changes, too? Even if you read the version Matt points to you’d be hard pressed to find anything in the article to substantiate the headline. I mean, really, this is silly. Sun’s Ian Murdock and Marc Hamilton were talking about how the OpenSolaris community is growing, how the technology is improving, and some of the plans we are kicking around to improve things. That’s pretty much it. So, where’s the war here?”
Project Indiana, Solaris and the future of operating systems
If you read only one article about why we’re doing what we’re doing with Solaris, read this one: Q&A: Sun’s Top Operating System Brass Talk OS Strategy. This absolutely nails it.
Project Indiana at OSCON today
Alex Fletcher: “The blogosphere, or at least the hemisphere which cares about such things, has been busy producing references to the latest series of events surrounding Sun Microsystems’ Project Indiana, the binary distribution of the company’s OpenSolaris operating system. For example, last week Enterprise Linux Log featured a story about the state of affairs at a recent NYC UNIX user group in Manhattan where things didn’t seem to go well. However, what I took from news of the event, including commentary from those who attended was entirely different from the way in which the article was seemingly framed.”
It’s interesting how different people can take away very different things from the same presentation. If you’re at OSCON, come hear it firsthand—I’m speaking about Project Indiana today at 11:35 in room E141. And judge for yourself.
What a week
I was in New York this past week meeting with a bunch of Sun customers and speaking at several Solaris related events. On Wednesday, just before 6pm, we were on a conference call in the Sun office at 101 Park Ave. when we heard a noise that sounded like thunder, and the whole building shook. When the noise didn’t stop, we stepped into the hallway and looked out the window to see 41st St. filled with what appeared to be smoke, debris hitting and nearly breaking the window, and people running down the street en masse.
We filed down the stairwell and emerged into a scene straight from 9/11—shocked looking men in suits covered in a layer of brown debris, masses of people hurrying down 40th St. as fast as they could dashing across streets without regard for the traffic, cars honking their horns trying to get away through the throng, sirens blaring, cell phones not working, policemen doing their best to maintain control, people crying and holding each other, necks craning to see a plume of “smoke” rising into the sky high enough to obscure the Chrysler Buidling, and that awful roar that just wouldn’t stop.
Of course, the “smoke” turned out to be steam, and the roar was the steam blasting out of an enormous crater on 41st that turned out to be just outside that window. But at the time, no one had any idea what was going on, and with lack of information comes speculation: It’s rush hour, they’ve blown up Grand Central Station, what’s next and when? It took a good hour before anyone knew it was just a steam pipe and nothing sinister.
All in all, it was a pretty extraordinary experience that’s going to stick with me for a long time.
How package management changed everything
What’s the single biggest advancement Linux has brought to the industry?
It’s an interesting question, and one that in my opinion has a very simple answer: Package management—or, more specifically, the ability to install and upgrade software over the network in a seamlessly integrated fashion—along with the distributed development model package management enabled.
It used to be that operating systems were big, monolithic products, and applications were big, monolithic products you put on top of them. If you wanted to deploy, say, a web application, you sourced the middleware stack (which itself was probably several big products too), you sourced the operating system, and you (often painfully) had to integrate the two yourself (or pay a big company lots of money to do it for you).
These days, you increasingly just “apt-get install whatever“.
In this world, where does the operating system end and the application begin? The line is increasingly blurred—for when applications are deployed using an OS facility, seamlessly integrated with the OS itself, is the result an application or a feature of the operating system? In fact, in a very real way, all software looks to become part of the operating system—or, at least, this has certainly been the trend in the Linux world.
What does this shift mean to the industry? For one thing, those of us that build operating systems as monolithic products have to change—it’s what users expect, and with a componentized operating system rather than a wad of stuff, it becomes far easier to push new innovations out into the marketplace and generally evolve the OS over time. Indeed, refashioning Solaris as a “distro” is the essence of Project Indiana—and package management is the key technology that will hold it all together.
So, the next time you read about how Project Indiana aims to make Solaris more “Linux-like”, keep in mind that what we’re actually “copying” is the distro model, not Linux itself—which, after all, is a kernel, and has nothing to do with the package management and so forth the distros (you know, like Debian) built above it. This, better than anything else, highlights the opportunity for Solaris: What people really know when they say they know “Linux” is the environment that exists around the Linux kernel—the distro—all of which Solaris can deliver, and more.
Lucky number seven
“Where do I download OpenSolaris?”
Quick poll: What do you think of when you hear the name “OpenSolaris”?
It’s an operating system? The community version of Solaris? Right?
Not quite. Like Linux, OpenSolaris is a kernel. Except that it’s more than a kernel. Or, rather, more than a kernel but not quite a complete operating system. Are you confused yet?
This comment from a recent Register article sums up the problem quite nicely:
If you go to the OpenSolaris web site, all bright eyed and eager to download a new operating system, you will walk away in bitter disappointment. Sure, it says the word “open” in two dozen languages on the web page, but when you go hunting for an installer disk to download, suddenly you are cast into a maze. Nevada builds? What the hell is Nevada? Oh, it’s what they’re calling the OpenSolaris code base. You’ll need to download these components and build them. Well, how do I install it? Oh, you can’t do that, you need to have a Solaris machine up already to build on. But you can get started if you go to Sun’s site and download their Solaris Express Enterprise Pro Champion Edition (after dutifully registering), and then enjoy that pleasant install experience. And when that’s done, you still have the work ahead of you of getting ON (what the hell is that? Oh, OS and Network. Sorry, I don’t work at Sun) built and updated. Did I miss anything? We haven’t gotten to packages to make the system usable yet.
Now, I’m willing to wager most of you reading this have probably heard about DTrace, ZFS, Zones, and the other great stuff Solaris has to offer, not to mention that Solaris is about as enterprise grade as they come, having been at the heart of the data center longer than many of the alternatives have even existed. And don’t forget about more mundane but critical things like backward compatibility, where Solaris has excelled for a very long time.
But how many of you have actually experienced this great stuff first hand? How many hands go down if you’re under 30 and don’t remember the Sun workstation—i.e., you’re one of the many for whom Linux = Unix for as long as you’ve been in the computer business? How many of you would take Solaris for a spin if doing so was as easy as, say, downloading the latest version of Ubuntu and installing it?
In other words, with all the buzz about making Solaris more familiar to Linux users, it turns out the widest part of the familiarity gap isn’t even technological.
So, how do we bridge it?
We need to make “OpenSolaris” something you can touch, something you can “Download Now!” and run on your laptop to try out the latest and greatest from the OpenSolaris community.
We need to clearly articulate the link between Solaris and OpenSolaris in ways the industry understands—namely, that OpenSolaris is the rapidly moving version that delivers the latest innovations, and that Solaris is the enterprise-grade, supported-for-many-years, backward-compatibility- guaranteed version for the data center. Furthermore, the link needs to be more than just “OpenSolaris as upstream for Solaris”. Given how many more copies of Fedora and Ubuntu are running in the world than the enterprise Linuxes, there is significant opportunity here if we can get the model right.
In short, to make OpenSolaris (and, by extension, Solaris) more familiar to Linux users, the first thing we need to do is make it a “distro” in the Linux sense of the word. After all, when people say they know “Linux”, that’s what they’re talking about—how many people really care about the Linux kernel underneath? What they care about is the GNU tools, the desktop, the development environment, and all the other things their favorite distro bundles—and the package system that holds it all together. There’s no reason in the world why (Open)Solaris can’t deliver those same things. Oh yeah, and DTrace, ZFS, Zones, enterprise grade security/scalability/performance/etc., backward compatibility, etc. too.
Put this way, it’s easy to imagine what OpenSolaris needs to look like. That’s why the issues here are not primarily technological.
This is the essence of the Project Indiana you’ve read so much about in the past several weeks. Our goal is to create a binary distribution of OpenSolaris that simultaneously delivers what people have come to expect from “Linux” alongside the great stuff that make Solaris unique.
What comes next? We’re working that out in real time. If you’re interested in following along, participating, or just giving us your two cents, I encourage you to join the indiana-discuss mailing list we just created. We’re particularly interested in hearing from you if you consider yourself a “Linux user” and have been interested in taking Solaris for a spin but, for whatever reason, have considered the gap too wide. What would it take to get you running Solaris?